home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qtech527.arc / MIDNIGHT.TEC < prev    next >
Encoding:
Text File  |  1991-05-29  |  2.3 KB  |  52 lines
  1. ID:MI Date not changing at 12:00am
  2. Quarterdeck Technical Note #176
  3. by Daniel Travison
  4.  
  5.   Periodically, a DESQview user who keeps his system on over a
  6. 24-hour period will discover that the system date did not change at
  7. midnight.  Although this might appear to be a problem with
  8. DESQview, it is really a problem caused by an application.  The way
  9. DOS determines if the date has rolled over is by making a call to
  10. interrupt 1Ah using function 0.
  11.  
  12.   One piece of information returned is the number of times the date
  13. has rolled over since the last time the call was made.  The call
  14. ALSO resets the flag that indicates the date has rolled over to 0. 
  15. The problem occurs when an application makes this call before DOS
  16. gets a chance to see the date rollover.  The flag gets reset to
  17. zero and DOS does not change the date.
  18.  
  19.   A second problem that can occur is due to a bug in DOS.  DOS
  20. considers the above flag as an indication that the date changed. 
  21. Many BIOSes, however, use this flag to count how many times the
  22. date has changed.  If you were to leave your system running over
  23. the weekend and none of the applications running asked DOS for the
  24. date, when you come back to the system Monday morning, the system
  25. date would not be correct.
  26.  
  27.   For example:
  28.  
  29.   When you turn the system on Friday, this flag is set to zero
  30.   Saturday morning, the flag gets set to 1
  31.   Sunday morning, the flag is set to 2
  32.   Monday morning, the flag is set to 3
  33.   Monday morning you type DATE at a DOS prompt, the date will set
  34.   for the Saturday instead of Monday.
  35.  
  36.   DOS simply checks to see if the flag is not 0, and increments the
  37. Date instead of seeing what the flag's value is and adjusting the
  38. date based on that value.
  39.  
  40.    The solution to the problem is to run a program that asks DOS
  41. for the date.  One of the programs on Quarterdeck's BBS is called
  42. DVTIME.COM.  This program simply asks DOS for the date and time
  43. once a second and displays it in a small window.  It is written to
  44. make use of DESQview's Timer Object which allows it to have
  45. DESQview wake it up, read the time, and 'go back to sleep.'  This
  46. might be just the program you need if you are allowing your system
  47. to run over extended periods of time and experience the above
  48. problem.
  49.  
  50.         Copyright (C) 1991 by Quarterdeck Office Systems
  51.              * * *   E N D   O F   F I L E    * * * 
  52.